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PATENT APPLICATION IN THE U.S. PATENT AND TRADEMARK OFFICE 

for 

LICENSE MANAGEMENT SYSTEM AND METHOD WITH LICENSE 

BALANCING 

5 by 

Mark E. Redding, Logan A. Badia, Sandeep Handa, Hemant Sharma, 
Sanjay Chopra, Vikram Duvvoori, Shankar Ramamoorthy, 

and Ajay Tripathy 

Cross-Reference to Related Applications 

|i Embodiments of the present invention claim priority from Provisional 

;P Application Serial No. 60/152,785, filed September 3, 1999, and are related to U.S. utility 

%| patent applications entitled "License Management System And Method With Multiple License 

P{ Servers", Attorney Docket No. 230074.0227, filed ; "System And Method For 

;;L, Selecting A Server In A Multiple Server License Management System", Attorney Docket No. 

il 230074.0229, filed ; and "License Management System And Method For Commuter 

Iji Licensing" , Attorney Docket No. 230074.0230, filed . The contents of each of these 

applications are incorporated by reference herein. 

Background of the Invention 

1 . Field of the Invention 
20 The present invention relates, generally, to license management systems and 

processes for managing licenses on a computer network and, in preferred embodiments, to 
such systems and processes involving a pool of license servers for managing software licenses 
among one or more users on the network, and for balancing the management load among the 
servers in the pool. 
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2. Description of Related Art 

The increasing popularity of computer usage in homes and businesses, as well as 

in governmental, research and education institutions, has brought about a world-wide demand 

for greater software variety and sophistication. Indeed, the software development industry in 
5 most industrialized countries has shown substantial growth in recent years and is expected to 

show continued growth through the next decade. 

However, as software sophistication increases, development costs associated 

with such software also tend to increase. Modern software programs can require months or 

even years of development, often involving expensive resources and teams of highly skilled 
10 engineers and programmers, before a product may be readied for sale or license. Thus, 

software development companies are often required to make large investments early in the 
ifi development of their products, in the hope that the products will provide a volume of sales or 
% license revenues sufficient to cover their development investments and generate profits. 
Bl Illegal software usage and piracy have become a significant problem to software 

iS development companies. Because of the nature of computer software, illegal usage and illegal 

copying of proprietary software programs can be difficult to detect or deter. The increasing 
bl usage of computer networks has added to the problem. Computer networks can allow multiple 
fu users to access and copy software stored by a common network program server or copy and 

pass software between each other, over the network. A legitimately purchased or licensed 
W copy of a software program available on a network could result in many illegitimate usages or 

copies by unauthorized or unlicensed users having access to the network. 

Various forms of encryption techniques have been developed to inhibit usage of 

encrypted software by unauthorized users that do not possess a decryption program or key. 

However, such techniques typically require each authorized users to obtam or be passed a 
25 decryption program or key, in advance of usage of the encrypted program. Accordingly, such 

techniques can be prohibitively inconvenient for some computer and network environments, 

where it is difficult or impractical to supply each authorized user with a decryption program or 

key or to decrypt a program for each user or usage. 
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Other software protection techniques have required legitimate or authorized 
users to have a special hardware device or circuit installed in or plugged into their computer, 
prior to usage of the protected software. See, e.g., U.S. Patent No. 4,446,519 to Thomas. 
Again, such techniques can be prohibitively inconvenient for some computer and network 
5 environments. For example, if the network environment is such that the authorized user must 
use multiple computers on the network, then each computer must be provided with the special 
hardware device. Moreover, if the environment is such that computers having the special 
hardware device are not located in secure facilities, then unauthorized users may be able to 
access the protected software by using the non-secure computer in which the special hardware 
10 device is installed. 

Accordingly, more sophisticated license management software has been 
developed for managing software licenses for computer networks, which do not require 
8 J encryption of the protected software or special hardware devices in each authorized user's 
HI computer. For example, the assignee of the present invention. Rainbow Technologies, Inc. , 
|| has marketed versions of a license management system under the trademark, 

SENTINELLM™. The SENTINELLM™ systems operate with a license server connected to a 
-■-f network of users. The license server stores and manages software licenses for the network 
ill users, in accordance with a license management program stored on the server. Each copy of a 
protected software program on the network is accompanied by a program code corresponding 
W to a shell (also known as "wrapper") or library of Application Program Interface (API) 

fimctions, which communicates with the license management program on the server. When a 
user starts to run the protected software program, the shell code or library of API functions 
provided with the program communicates a request to use a license to the license server, over 
the network. The server, under the control of the license management software, responds to 
25 the request to determine whether it is storing an available license for the protected software 
program. If so, the server communicates an authorization message to the user and decrements 
a count of available licenses stored by the server. If not, the server conmiunicates another 
message to the user, indicating that no licenses are available. In this manner, licenses are 
always stored and managed on a network license server. Each network user may have a copy 
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of a protected software program, but must communicate with the license server for 

authorization to use the protected program. 

License management systems which employ a license server, as discussed 

above, provide significant advantages with respect to the freedom to readily add, delete or 
5 change authorized users on the network, and the ability to readily control and alter licensing 

schemes (for example, to add or delete licenses or change conditions for licenses) by modifying 

only the license server files or programs. However, if all licenses are stored and managed in a 

single license server, failure of that server can result in a failure of the entire license 

management system. Accordingly, prior versions of the SENTINELLM™ systems include 
10 multiple license server capabilities, wherein two or more license servers are provided on the 

network, each having a pre-loaded license file and a license management program. One of the 
^fi servers may be designated as a primary license server, while the others are designated as 
% backup servers. If the primary server caimot be reached by a user, for example, because the 
SI primary server has crashed or otherwise gone down, the user may then communicate with a 
i| backup server to obtain an authorization message. The backup server, having a pre-loaded 

copy of the license file and the license management program, may then take over the license 

management functions . 

n| Alternatively, in other prior versions of SENTINELLM™ systems, a shell 

H program or library of API functions could be configured to send a general poll to all servers 
^ coupled to the communication channel on which the poll is sent. In response to a general poll, 
any server computer having a license file containing license information corresponding to the 
protected software program (whether or not the license information indicated that a license is 
available) would send a reply to the requesting client computer. The shell program or library 
of API functions associated with the requesting client computer would then respond to the first 
25 reply received from a license server having a license file storing license information for the 
protected software program. If the replying license server contains an available license for the 
protected software program, the replying license server provides an authorization message to 
the requesting client computer. If the replying license server does not contain an available 
license for the protected software program, the replying license server provides a message to 
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the requesting client computer indicating that authorization to run the protected software 
program has not been granted. Such a system provides a degree of protection against system 
failure, in the event that one of the license servers crashes or goes down. The down server 
computer would not respond to the poll, but other server computers having appropriate license 
5 information in their license file would respond to the poll, thus, allowing the client computer to 
continue to seek authorization to run the protected software program, even though one of the 
servers was down. 

While the above SENTINELLM™ systems have operated well in many 
contexts, each license server operates somewhat independent of other license servers. 

10 Accordingly, there is a need in the industry for improvements in connection with management 
and coordination of multiple license servers (or a pool of license servers) in software license 

% management systems for computer networks. 

01 Summary of the Disclosure 

hi Therefore, it is an advantage of embodiments of the present invention to provide 

15 a license management system and method for managing licenses on a network using multiple 
K license servers that allows allocations to be distributed among the license servers and then re- 
l jf assigned between license servers by updating the distribution tables of the license servers to 
D facilitate a dynamic balancing of allocations among license servers based on actual or expected 
usage. 

20 It is a further advantage of embodiments of the present invention to provide a 

system and method for managing licenses on a network using multiple license servers that 
allows allocations to be re-assigned from a nonfunctional (down) license server to a functioning 
license server by updating the distribution table of the functioning license server to facilitate a 
dynamic balancing of allocations among license servers based on actual or expected usage. 

25 It is a further advantage of embodiments of the present mvention to provide a 

system and method for managing licenses on a network using multiple license servers that 
allows a network administrator to change the initial distribution of allocations, add allocations, 
or add license codes for protected software. 



015.405244.6 



PATENT 
Docket No: 230074.0228 

-6- 

These and other advantages are accomplished according to a system for 
balancing a distribution of allocations for protected software over a communication network. 
The system is comprised of at least one client computer and a pool of license servers coupled 
to the communication network. The client computers request authorizations to use the 
5 protected software, while a distribution of allocations is managed among the pool of servers for 
tracking and managing available allocations for using the protected software. One license 
server in the pool is designated as the current leader server. When a particular license server 
does not have a selectable minimum amount of available allocations, the current leader server 
re-assigns, where possible, the allocations within the pool by updatuig the distribution tables of 
10 license servers in the pool, to give at least one additional allocation to the particular license 
server. 

These and other objects, features, and advantages of embodiments of the 
^ invention will be apparent to those skilled in the art from the following detailed description of 
ffil embodiments of the invention, when read with the drawings and appended claims. 

yS Brief Description of the Drawings 

S| FIG. 1 is a generalized block diagram representation of an example network 

J % environment according to an embodiment of the present invention. 

O FIG. 2 is a generalized representation of a redundant license file (RLF) for the 

network enviromnent of FIG. 1 according to an embodiment of the present invention. 

20 FIG. 3 is a generalized representation of a license code contained in an RLF of 

FIG. 2 according to an embodiment of the present invention. 

FIG. 4 is a generalized representation of a license code contained in an RLF and 
copied into a license table and a distribution table within a single license server for the network 
environment of FIG. 1 according to an embodiment of the present invention. 

25 FIG. 5 is a generalized representation of an initial state of distribution tables of 

leader server A and follower servers B and C in a server pool comprising three license servers 
according to an embodiment of the present invention. 
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FIG. 6 is a generalized representation of distribution tables of leader server A 
and follower servers B and C in a server pool comprising three license servers in the example 
of FIG. 5 after an authorization has been granted by follower server B according to an 
embodiment of the present invention. 
5 FIG. 7 is a generalized representation of distribution tables of leader server A 

and follower servers B and C in a server pool comprising three license servers in the example 
of FIG. 5 after 28 authorizations have been granted by follower server B according to an 
embodiment of the present invention. 

FIG. 8 is a generalized representation of distribution tables of leader server A 
10 and follower servers B and C in a server pool comprising three license servers in the example 
of FIG. 7 after client computer B has requested an authorization from follower server B, one 
J{ allocation has been re-assigned to follower server B from leader server A, and one allocation 
^jl has been re-assigned to follower server B from the free pool according to an embodiment of 
S| the present invention. 

^1 FIG. 9 is a generalized representation of the distribution tables of license servers 

A, B and C in a server pool comprising three license servers m the example of FIG. 8, after 
^3 one additional authorization has been granted by leader server A according to an embodiment 
nj of the present invention. 

%l FIG. 10 is a generalized representation of the distribution tables of license 

M servers A, B and C in a server pool comprising three license servers in the example of FIG. 9, 
after leader server A has gone down and new leader server B has received information on the 
allocations within all license servers in the server pool according to an embodiment of the 
present invention. 

FIG, 11 is a generalized representation of the distribution tables of license 
25 servers A, B and C in a server pool comprising three license servers in the example of FIG. 
10, after an authorization has been granted to client computer A by new leader server B in 
response to a heartbeat from client computer A in fail-over mode according to an embodiment 
of the present invention. 
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FIG, 12 is a generalized representation of the distribution tables of license 
servers A, B and C in a server pool comprising three license servers in the example of FIG. 
10, after new leader server B has re-assigned an available allocation from old leader server A 
to new leader server B by updating the distribution table of new leader server B according to 
an embodnnent of the present invention. 



Detailed Description of Preferred Embodiments 

In the following description of preferred embodiments, reference is made to the 
accompanying drawings which form a part hereof, and in which is shown by way of 
illustration specific embodhnents in which the invention may be practiced. It is to be 
IQ understood that other embodiments may be utilized and structural changes may be made 
^5 without departing from the scope of the preferred embodiments of the present invention. 
.|:: Preferred embodiments of the invention relate to a system and process involving 

a pool of license servers for managing licenses to, for example, one or more protected software 
Jif programs, files or other data structures, among one or more users on the network. Protected 
15 software may include, but is not limited to, for example, a software program, such as a word- 
ill processing program, a graphics program, a computer game, etc., a proprietary file or other 
data structure, such as a data-base or other form of data, as well as other software encoded 
D information or instructions, for which the control of user access is desired. For purposes of 

simplifying the present disclosure, the protected software used in the following examples is one 
20 or more proprietary software programs. 

According to a preferred embodiment of the present invention, the plurality of 
license servers are managed in accordance with a server pool scheme, as controlled by a 
license management program associated with each license server computer and the shell 
program or library of API functions associated with each copy of the protected software 
25 program. In preferred embodiments, the pool of license servers comprises three to 11 servers. 
However, it should be noted that alternative embodiments of the present invention are not 
limited to any particular maximum number of license servers. In addition, m further 
alternative embodiments, multiple pools of license servers can reside on a single network. 
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However, for purposes of illustration only, embodiments of the present invention will be 

described herein with reference to a pool of three license servers. 

An example hardware environment for an embodiment of the present invention 

is illustrated, generally, in FIG. 1. With reference to FIG. 1, a computer network 10 includes 
5 a plurality of user or client computers 12 and three license servers 14, each coupled for 

communication over a communication network link, generally referenced at 16. The plurality 

of client computers 12 are identified as "Client 1", "Client 2", and "Client N", and the 

plurality of license servers 14 are labeled as "Lie. Server A", "Lie. Server B", and "Lie. 

Server C." Embodiments may employ any suitable number of client computers 12 and any 
10 suitable number of license servers 14. Also, while not shown in FIG. 1, the network 10 may 

include additional components, including one or more program or file servers, routers and/or 
■"f other well known network devices and resources. 

Each client computer 12 preferably includes a suitable processor and associated 
m transient memory, such as an RAM, for runnmg a protected software program. The client 
is computer may be part of a standard personal computer (PC), network terminal, workstation or 

the like. In one preferred embodiment, each client computer 12 is coupled to a persistent 
G program storage memory device 18, which may include, but is not limited to, a hard disc 
J?j drive, floppy disc drive, tape drive, CD-ROM or the like, having a computer readable medium 
]t} on which the protected software program is stored. Also stored as part of the protected 
ffl software program is additional program code, such as code corresponding to a shell or library 

of API functions as discussed above, for communicating with the server computers which are 

under control of a license management program, in accordance with communication functions 

discussed below. 

Each license server 14 preferably includes a suitable processor and associated 
25 transient memory, such as an RAM, for running a license management program as described 
herein. In addition, each license server 14 is coupled to one or more persistent program 
storage memory devices 20, which may include, but is not limited to, a hard disc drive, floppy 
disc drive, tape drive, CD-ROM or the like, having a computer readable medium on which a 
license management program 22 and a redundant license file (RLF) 24 are stored. 
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An example embodiment of an RLF 24 is shown in FIG. 2 as containing license 
codes 26 for proprietary software programs A, B, C, etc. Each license code 26, in one 
example embodiment, comprises a string of data relating to license policy and the software 
program to which the license policy applies. In preferred embodiments, license codes 26 for 
5 software produced by more than one vendor may reside within the same RLF 24 of the same 
license server 14, and may be managed with a single process (execution of the license 
management software) running on a single license server 14. Thus, any given licenser server 
14 does not need to have multiple license management processes running to manage licenses 
for multiple protected vendor applications. Instead, only one license management program 

10 needs to be running on a given license server 14, to manage licenses for protected vendor 
applications managed by that license server. 

In the example embodiment of FIG. 3, a license code 26 comprises a data string 
0] defining multiple records or fields Rl, R2, R3 ... RN, wherein each record corresponds to an 
Hj attribute associated with the license policy, the software program to which the license policy 
i| applies, or other information. In preferred embodiments, each license code 26 includes at least 
■"^ one attribute associated with a license policy, the number of allocations for using the protected 
O software program, and at least one other attribute associated with the identity of the protected 
^1 ^ software program. The number of allocations for using the protected software program is the 
maximum number of users that can be running the protected software program at any one time, 

11 and is also referred to as the ceiling or hard limit. Data associated with a license policy 
preferably includes data representing the expiration date or expiration time of the license, as 
granted by the licensee (e.g., the protected software program's owner or developer). 

For purposes of illustration only, in the example of FIG. 4 only one fictional 
license code 26, identified as "Application vl.O," is stored in the RLF 24 of a license server 
25 14, with a hard limit of 100 total allocations distributable across all license servers 14 (see 
reference character 28). In preferred embodiments, another attribute of the RLF 24 is the IP 
address 32 for each license server 26. Another attribute of the RLF 24 is the distribution of 
the 100 allocations across all the license servers 14. This distribution is identified as the initial 
distribution 30, and is configurable by the network administrator. In the example of FIG. 4, 
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an initial distribution 30 of A:39, B:30, C:30, indicates that 39 allocations will initially be 
assigned to license server A, 30 allocations will initially be assigned to license server B, and 
30 allocations will initially be assigned to license server C. This initial distribution 30 also 
signifies that the pool will comprise three license servers, 
5 In preferred embodiments of the present invention, each RLF 24 stored in each 

license server 14 is an exact copy of every other RLF 24 of license servers in the pool. Thus, 
attributes of the license code 26 such as the expiration date or number of allocations need not 
be passed between license servers 14 in response to a request for authorization to used a 
protected software program from a client computer 12, because an exact copy of the license 

10 code 26 has already been stored on the hard disk of each license server 14 prior to the startup 
of that license server 14. 

^zi. Each license server 14 operates, under the control of its associated license 

0^ management program 22, to perform license management functions in association with data 
ill contained in the RLF 24, as described herein. Thus, when a particular license server 14 is 

11 started, the license server 14 loads the contents of its RLF 24 into a license table 34 in RAM or 
^ other memory and reads the license table 34, which identifies that server as a license server 14. 
C| It should be noted that in preferred embodiments, the license table 34 is never modified. In 

^ addition, the contents of the RLF 24 is loaded into a distribution table 36 in RAM or other 
memory, and the initial distribution 30 is further copied into another record, distinct from the 

20 license code 26, identified as a current distribution 40. Unlike the license table 34, the 
distribution table 36 changes its current distribution 40 over time, to keep track of current 
allocations. 

It should be noted that in the example of FIG. 4, only 99 of the 100 allocations 
have been initially assigned by the network administrator. If the network administrator makes 
25 an initial distribution that does not equal the hard limit of allocations (see reference character 
28), in preferred embodiments of the present invention the extra allocations will be put into a 
free pool 48 maintained within the distribution table 36. Thus, in the example of FIG. 4, one 
allocation is put into free pool 48. If, on the other hand, the network administrator makes no 
initial distribution 30 of allocations in the RLF 24, preferred embodiments will divide the 
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allocations evenly over the number of servers in the pool, and any extras will be put in the free 
pool 48. For example (but not illustrated in FIG, 4), if no initial distribution 30 was assigned 
by the network administrator, information representing an even distribution of A:33, B:33, and 
C:33 would be stored in the initial distribution attribute 30 of the RLF 24, and when a 
5 particular license server 14 is started, the RLF 24 would load an even distribution of A: 33, 
B:33, and C:33 into the current distribution attribute 40 of distribution table 36, and would 
load a value of one into the free pool 48. 

For purposes of illustration only, FIG. 5 illustrates an example of the 
distribution tables 36 for a three server pool consisting of license servers A, B, and C. 

10 Assume, for this illustration, that all three license servers have been started up, and that license 
server A has been designated as the leader server, and B and C as the follower servers. 
Further assume that the hard limit of allocations for the software program Application vLO is 

% 100, as indicated by the hard limit record 28 associated with the license code 26 for 
SI Application vl .0 within each distribution table 36. In addition, assume that the current 

11 distribution of allocations is 39 on leader server A, 30 on follower server B, 30 on follower 
server C, and one in the free pool, as indicated in the current distribution record 40 and the 

O free pool 48 associated with the license code 26 for Application vl.O within each distribution 
m table 36. 

Note also that in the embodiment of FIG. 5, associated with each license code 
W 26 is a record for available allocations for each server in the pool (see reference character 38), 
a record for available allocations for all servers in the pool (see reference character 44), and a 
record for allocations currently in use for each server in the pool (see reference character 42). 
The allocations in these records are values which are incremented or decremented as 
authorizations are issued, returned, or borrowed. It should be understood that the records 
25 identified by reference characters 28, 38, 40, 42, and 44 in FIG. 5 are associated with a 
particular license code 26, but are distinct from it. 

As indicated in FIG. 5, in preferred embodiments of the present invention, the 
structure of the distribution tables 36 will be the same for both the leader server A and 
follower servers B and C, but only the distribution table 36 for leader server A (the leader 
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distribution table) will reflect the allocation status of the other license servers 14 in the server 
pool. In contrast, the distribution tables 36 for follower servers B and C (the follower 
distribution tables) will only reflect the allocation status of that particular follower server, as 
indicated by the X (don't care) designations in portions of the follower distribution tables. 
5 When a user at a client computer 12 desires to run Application vl .0 from a 

follower server, such as follower server B, for example, the client computer 12 may first load 
some or all of the protected program into the transient memory of the client computer 12, 
along with the program code corresponding to a shell or library of API functions. 
Alternatively, the protected program may remain in persistent memory 18 until and unless the 
10 server computer communicates an authorization signal to the shell program or library of API 

functions. Selection of a follower server from which to request authorization is described in a 
Jr= related U.S. utility application entitled "System and Method for Selecting a Server in a 
'il Multiple Server License Management System," attorney docket no. 230074/0229, filed 

SI , the contents of which are incorporated by reference herein. Alternatively, the 

41 protected program may remain in persistent memory 18 until and unless the server computer 

communicates an authorization signal to the shell program or library of API functions. 
^ Loading of the shell program or library of API functions is preferably transparent to the user 
rll on the client computer 12 and, preferably, occurs in response to the user inputting a command 
pi to open the protected software (for example, by clicking a mouse button on an icon associated 
50 with the protected software). 

As part of the function of the shell or library of API functions, a request is then 
sent from the client computer 12 to follower server B for one or more authorizations to run the 
protected program. For purposes of this example, assume that client computer 12 requested 
only one authorization. Follower server B, under the control of the license management 
25 software, responds to the request by looking at its distribution table 36 to determine whether it 
has available allocations for Application vl.O. In the example of FIG. 5, follower server B has 
30 allocations available, as represented by the available allocations record for each server in 
the pool (reference character 38) in the distribution table 36 for follower server B. Because it 
has available allocations, follower server B communicates an authorization message to the 
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client computer 12. As illustrated in FIG. 6, once the authorization message is sent, the 
distribution table 36 is updated so that the available allocations record 38 for follower server B 
decreases to 29, and the allocations in use record 42 for follower server B increases to one. 

As noted above, in preferred embodiments of the present invention the leader 
5 server always has a global picture of the distribution of allocations ui the whole server pool. 
Thus, in the present example any changes to the distribution table of follower server B must be 
communicated to leader server A. In preferred embodiments, follower server B can determine 
the IP address for the leader server A from a leader priority list 46, which is configurable by 
the network administrator. It should be noted that in preferred embodiments, the IP address of 

10 all license servers 14 in the server pool are stored in the leader priority list 46, a data structure 
separate from the license codes 26, to facilitate faster lookup. However, in alternative 

^fi embodiments the IP addresses may be stored in a record associated with the license codes 26. 
In any case, after determining the IP address of the leader server A, follower server B 

fil communicates the fact that its available allocations count has dropped to 29 to leader server A, 

i| and the distribution table of leader server A will be updated accordingly. Thus, as illustrated 
in FIG. 6, the distribution table 36 of leader server A reflects that the available allocations 
record 38 for follower server B has dropped to 29, the allocations in use record 42 for follower 

ilj server B has increased to 1 , and that the record for allocations available for all servers in the 
pool (see reference character 44) has dropped to 99. 

§6 Dynamic license balancing will be described next according to embodiments of 

the present invention. In preferred embodiments, license server 14 stores a value for a 
borrowing threshold that can be set, for example, by the network administrator. 
Fundamentally, the borrowing threshold is an indicator that the number of available allocations 
for a particular protected software program assigned to a particular license server 14 has 

25 reached an unacceptably low level. The network administrator can independently set the 

borrowing threshold for each license server 14 such that borrowing, or license balancing, may 
be enabled when a certain percentage of the allocations assigned to a particular license server 
14 are in use. In preferred embodiments of the present invention the borrowing threshold can 
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be set to a value of between 1 % and 90% . However, in alternative embodiments, the 
borrowing threshold can be set to as high as 100%. 

Generally, any time the borrowing threshold is exceeded, a borrow request to 
the leader server will be initiated. Continuing the example of FIG. 6 for purposes of 
5 illustration only, assume that the borrowing threshold has been set to 90%, and a cluster of 
client computers 12 have requested 27 more authorizations for Application vl.O from follower 
server B. As illustrated in FIG. 7, once the authorization messages have been sent by follower 
server B, the available allocations record 38 for follower server B decreases to two, and the 
allocations in use record 42 for follower server B increases to 28. This change is then 
10 conmiunicated to leader server A, whose distribution table 36 will reflect that the available 
allocations record 38 for follower server B has decreased to two, the allocations in use record 
42 for follower server B has increased to 28, and that the record for allocations available for 
ii^ all servers in the pool (see reference character 44) has decreased to 72. It should be noted in 
Aj FIG. 7 that the distribution tables 36 for follower servers B and C keep track of changes to 
£S their own allocations, but do not keep track of changes to the allocations of other license 
C servers. At this point in time, greater than 90% of the allocations for follower server B are in 
n use. Because the borrowing threshold of 90% has been exceeded, follower server B will then 
a I initiate a borrow request. 

^1} In preferred embodiments of the present invention, borrowing always occurs 

W through the leader server because the leader server always maintains a complete picture of the 
current distribution of allocations within the server pool. However, before a borrow request 
can be processed, the number of allocations to be borrowed must be determined. In preferred 
embodiments, the number of allocations to be borrowed is dependent on (1) the number of 
allocations needed to drop below the borrowing threshold, and (2) the borrowing threshold 
25 itself. Generally, the number of allocations to be borrowed is equivalent to the number of 
allocations needed to drop below the borrowing threshold, plus a number of extra allocations 
inversely related to the borrowing threshold. If the borrowing threshold is generally lower, it 
may be exceeded more frequently, and thus the number of extra allocations is set higher. If 
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the borrowing threshold is generally higher, it may be exceeded less frequently, and thus the 
number of extra allocations is set lower. 

In the example of FIG. 7, follower server B will determine that, with 28 
allocations in use, two available allocations are needed to drop below the borrowing threshold. 
5 (If only one available allocation was borrowed, for a total allocation of 31, then 28-^-31 = 
90.3 % , which still exceeds the borrowing threshold of 90% . However, if two available 
allocations are borrowed, for a total allocation of 32, then 28 -f 32 = 87.5%, and the 
borrowing threshold is not exceeded.) Moreover, because the borrowing threshold of 90% is 
relatively high and may be exceeded less frequently, no extra allocations will be borrowed. 
10 Thus, in the example of FIG. 7, assume that a total of two allocations will be borrowed. 

When leader server A receives the borrow request from follower server B, in 
=11 preferred embodiments of the present invention leader server A looks within its own memory - 
% - first at the free pool 48, then to the allocation of any down license servers, and finally to its 
SI own current allocation ~ to locate an available allocation. However, in alternative 
HI embodiments, other sequences may be employed. In the example of FIG. 7, leader server A 
1"' will determine that one allocation is available from the free pool 48, no license servers 14 are 
!:;f down, and that one allocation is available from the current allocation of leader server A. 
ill Leader server A will then borrow (re-assign) one allocation each from free pool 48 and leader 
P| server A to follower server B. 

^ As illustrated in FIG. 8, after the borrowing has occurred, the distribution table 

36 for leader server A will reflect the re-assignment of allocations caused by the borrowing. 
In the distribution table for leader server A, the current distribution 40 of leader server A has 
changed to A: 38, B: 32, C: 30, the available allocations record 38 for follower server B has 
increased to four, and the free pool 48 for leader server A has decreased to zero. 

25 In preferred embodiments of the present invention, after the distribution table 36 

for leader server A has been updated, leader server A sends a distribution criteria sync 
message to follower servers B and C to change then distribution tables 36. As illustrated in 
FIG. 8, after the distribution criteria sync message has been received by follower servers B and 
C, the distribution table 36 for follower server B reflects the new current distribution 40 of 
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A:38, B:32, C:30, and a new available allocations record 38 of four. The distribution table 36 
for follower server C also reflects the new current distribution 40 of A:38, B:32, C:30. It 
should be noted that even though a successful borrow request will change the assignment of 
allocations within the server pool, the initial distribution 30 in the RLFs 24 and license tables 
5 34 (see FIG. 4) do not change. 

In the example of FIG. 7, the leader server A was able to borrow (re-assign) 
one allocation each from free pool 48 and leader server A to follower server B. However, if 
an insufficient number of available allocations were available from free pool 48 and leader 
server A, leader server A will send a borrow request to follower server C on behalf of 

10 follower server B, while saving the original borrow request from follower server B. If 
follower server C has available allocations, leader server A will decrement the number of 

% allocations in follower server C by the appropriate amount, and increment the number of 

allocations in follower server B by the same amount. After the distribution table 36 for leader 
m server A is updated, leader server A will send a distribution criteria sync message to follower 

11 servers B and C to change their distribution tables 36. However, if follower server C does not 
^"'^ have a sufficient number of available allocations, it will decline the borrow request from leader 
G server A. Leader server A will then send a borrow response back to follower server B, 

m indicating that no authorizations could be granted. 

Because the borrowing process may take a relatively long time, it is possible 

it) that while a server is in the process of borrowing allocations, but before any allocations have 
actually been re-assigned, a new request from another client computer for one or more 
authorizations may be received. In preferred embodiments of the present invention, the 
affected server will examine its distribution table, and even though the borrowing threshold is 
currently exceeded, will grant authorizations to the requesting client computer if there are 

25 enough allocations available to satisfy the entire request. However, if there are an insufficient 
number of available allocations to satisfy the entire request, the affected server will send a 
denial message back to the requesting client computer. 

In preferred embodiments of the present invention, because the re-assignment of 
allocations in the distribution tables 36 of the license servers 14 as a result of a borrow request 
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is not reversed when the re-assignment of allocations is no longer needed, borrowing has the 
result of dynamically altering the distribution of allocations for each license server 14 in the 
server pool. Thus, license servers 14 that receive a large number of requests for authorizations 
may eventually accumulate a large number of allocations as compared to license servers 14 that 
5 receive fewer requests. In this way, the current distribution of allocations may, over time, 
settle into a distribution that is optimized for the utilization of the specific network. 

However, in addition to the re-assignment of allocations as a result of 
borrowing, the distribution of allocations may also be changed by the network administrator. 
Although the RLF 24 contains the initial distribution 30, a network administrator may later 

10 decide to change the current distribution 40. Preferred embodiments of the present invention 
provide a utility, triggered by a change distribution criteria message, that enables a leader 

^ server to make changes to the current distribution 40 of allocations for the pool of license 

'zl servers. 

Kl Using the example three server pool discussed in FIGs. 5-8 for purposes of 

41 illustration only, if the network administrator, using a client computer 12, sends a change 
J"' distribution criteria message including a new current distribution 40 to follower server B, 
O follower server B will pass this message to leader server A along with the new current 
m distribution 40. As this example ilkistrates, in preferred embodiments all change distribution 
JIJ criteria messages, if not initially sent to the leader server, must be forwarded to the leader 
it) server so that the leader server always has a global picture of the current distribution of 

allocations 40 in the server pool. In addition, follower server B will send a "message 

forwarded to leader server" message back to client computer 12. 

Once leader server A receives a change distribution criteria message, leader 

server A will then change its current distribution record 40 in its distribution table 36 and send 
25 a distribution criteria sync message to follower servers B and C. Again, it should be noted that 

a change distribution criteria message will only change the current distribution 40 of the server 

pool, not the RLFs 24. An advantage of this utility is that a network administrator can use any 

license server 14 to make the change. 
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In the case where the network administrator uses a client computer to send a 
change distribution criteria message directly to the leader server, after the leader server 
changes the distribution table and a distribution criteria sync message has been sent to the 
follower servers in the pool, the leader server will send a message back to the client computer 
5 indicating that the distribution criteria has changed. 

In addition to changing the current distribution of allocations in the server pool, 
in embodiments of the present invention allocations can also be added to the server pool by the 
network administrator. Through a client computer, for example, the network administrator 
can run a utility that requests the addition of allocations to an existing license code by adding a 
10 "new" license code. The overall hard limit of the existing license code is thereby increased by 
the hard limit of the new license code. The new license code should accompany a distribution 
% criteria specifying a desired allocation for each server in the pool. If no distribution criteria is 
specified, the allocation is equally divided among the servers in the pool, with any remainder 
m being placed in the free pool. 

£| If the add allocations message is directed to a follower server, the follower 

server will forward the message to the leader server. Thus, an advantage of this utility is that 
Q a network administrator can use any license server to make the change. Once the leader server 
Wi receives an add allocations message, the leader server will then change its hard limit of 
[if allocations record for the proper license code in its distribution table and send a distribution 
M criteria sync message to the follower servers. Once the hard limit of allocations record has 
been changed in all license servers, the leader server will send a message back to the client 
computer through the follower server (but only if the add allocations message was initially sent 
to the follower server) indicating that the hard limit of allocations has been changed. Again, it 
should be noted that an add allocations message will only change the hard limit of allocations 
25 in the server pool, not the RLFs. 

In embodiments of the present invention a new license code 26 can be added to 
the server pool by the network administrator. Through a client, the network administrator can 
run a utility that requests the addition of a new license code 26 to a particular license server. 
Using the example three server pool discussed in FIGs. 5-8 for purposes of illustration only, if 
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the network administrator, using a client computer 12, sends an add license code message to 
follower server B, follower server B will pass this message to leader server A along with the 
new license code 26. As this example illustrates, in preferred embodiments all add license 
code messages, if not initially sent to the leader server, must be forwarded to the leader server 
5 so that the leader server always has a global picture of the license codes 26 in the server pool. 
Once leader server A receives an add license code message, leader server A will 
then add the license code 26 to its distribution table 36 and send a distribution criteria sync 
message to follower servers B and C. Once the license code 26 has been added to the 
distribution table 36 of all license servers 14, leader server A sends a message back to the 
10 client computer 12 through follower server B (only if the add license code message was 

initially sent to follower server B) indicating that the license code has been added. Again, it 
% should be noted that an add license code message will only add the license code 26 to the 
^il distribution tables 36 of license servers 14 in the server pool, not the RLFs 24. In addition, an 
Si add allocations message must be separately sent to add allocations to the new license code 26. 
An advantage of this utility is that a network administrator can use any license server 14 to 
make the change. 

Q It should be noted that the discussion hereinabove has been limited to redundant 

nl license codes 26, which are defined herein as license codes 26 having allocations that may be 
re-assigned to any license server 14 in the server pool. However, in preferred embodiments of 

S) the present invention, it is also possible to add non-redundant license codes, which are defined 
herein as license codes that can be run only on a particular server. Thus, one attribute of a 
license code 26 is whether it is non-redundant. If an add license code message for a non- 
redundant license code for follower server B is sent to follower server B, for example, the 
distribution table 36 of follower server B would be updated, but the change would not be 

25 forwarded to leader server A. Thus, leader server A would have no knowledge of the 
existence of the non-redundant license code. 

To successfully receive an authorization message to run a program licensed 
under a non-redundant license code 26 in follower server B, a client computer 12 must request 
the authorization from follower server B. No other license server 14, including the leader 
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server A, will know of the existence of the non-redundant license code 26. Thus, if a request 
is made to leader server A or follower server C for the non-redundant license code 26 in 
follower server B, a denial will be sent back to the client computer 12. No borrow request 
will be initiated. In addition, if follower server B goes down, the allocations for this non- 
5 redundant license code will not be re-assigned to follower server C or leader server A. 

Dynamic license balancing after a license server 14 has gone down will be 
described next according to embodiments of the present invention. Continuing the example of 
FIG. 8 for purposes of illustration only, assume that a client computer A has requested 
authorization to use a protected software program and has received an authorization message 
10 from leader server A, so that the distribution tables 36 for the three license servers 14 are as 

illustrated in FIG. 9. In embodiments of the present invention, the license servers 14 
% periodically communicate with (ping) each other so that license servers 14 know which other 
^il license servers 14 are down or up. The communication, or pinging, may be in the form of a 
SI periodic signal (heartbeat) sent from the follower servers to the leader server. 
4| Now assume that leader server A goes down. Because all license servers 14 are 

"•"^ periodically pinging each other, the two follower servers B and C will soon determine that 
Q leader server A has gone down. An election process is then triggered, and a new leader server 
m is elected from among the functioning follower servers. Election of a new leader server is 
Ji; described in a related U.S. utility application entitled "System and Method for Selecting a 
ii) Server in a Multiple Server License Management System," attorney docket no. 230074/0229, 

filed , the contents of which are incorporated by reference herein. 

New leader server B will already have its own RLF 24, license table 34, and 
distribution table 36, which includes the current distribution of allocations 40. However, new 
leader server B does not have the global allocation information maintained by the old leader 
25 server A. Therefore, upon becoming the new leader server, license server B must now receive 
this information from the other license servers. As illustrated in FIG. 10, because license 
server A is now down, within the distribution table 36 for new leader server B, the allocations 
in use record for license server A (see reference character 42) is set to zero, and the allocations 
available record (see reference character 38) is set to 38. When new leader server B sends a 
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heartbeat to follower server C, the heartbeat contains information which identifies B as the 
leader server. Follower server C will send an "ack" in response to the heartbeat from new 
leader server B, and in the process, will provide information on the allocations in use record 
and the allocations available record for follower server C. Once this information is received, 
5 within the distribution table 36 for new leader server B, the allocations in use record for 

license server C (see reference character 42) is set to zero, and the allocations available record 
(see reference character 38) is set to 30. In addition, the record for allocations available for all 
servers in the pool (see reference character 44) is set to 72. In this manner, new leader server 
B receives a global picture of the status of all license servers in the server pool. 
10 Meanwhile, because of the periodic communication, or pinging, between client 

computers 12 connected to a particular license server 14 and that particular license server 14, 
IfJ client computer A will soon determine that leader server A went down. Client computer A 
^il knows that it has received authorization to run a protected program from leader server A, and 
IB therefore knows that it must enter a fail-over mode and look for a new license server 14 from 
ftl which to receive authorization. Because client computer A receives leader priority list 46 from 

a license server 14 whenever client computer A receives an authorization, client computer A 
Q knows the IP address of every license server 14 in the server pool. Ghent computer A then 
ni sends a heartbeat to the remaining license servers 14 in turn, in the order designated in leader 
%i priority list 46, until it finds a server with an available allocation. 
11) In preferred embodiments of the present invention, each license server 14 

maintains a key table containing a list of all client computers 12 that currently have 
authorizations issued by that license server 14, even for non-redundant license codes. Thus, 
when new leader server B receives a heartbeat from client computer A, new leader server B 
will determine from the key table that it did not previously issue an authorization message for 
25 client computer A. Thus, new leader server B will convert the heartbeat to a request, and will 
issue a new authorization message for client computer A, provided it has an available 
allocation. In this marmer, as client computers 12 formerly connected to old leader server A 
locate and ping new leader server B, new leader server B will issue authorization messages and 
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adjust its distribution table 36 to include allocations previously managed by old leader server 
A. The distribution table 36 of new leader server B will then change accordingly. 

However, if client computer A, in fail-over mode, sends a heartbeat to new 
leader server B, but new leader server B doesn't have an available allocation, new leader 
5 server B will first look for an available allocation in the free pool 48, and then in the available 
allocation record for old leader server A. However, in alternative embodiments, other 
sequences may be employed. New leader server B can determine the available allocation 
record of old leader server A from its own distribution table 36. If an available allocation is 
located in either of these sources, the available allocation is re-assigned to new leader server B, 
10 and the distribution tables 36 of new leader server B and follower server C are updated 
accordingly. 

% An example of fail-over will now be presented. Continuing the example of FIG. 

^1 10 presented herein for purposes of illustration only, assume that client computer A, in feil- 
m over mode, sends a heartbeat to new leader server B. Because new leader server B has four 
allocations available, new leader server B will issue an authorization to client computer A. 
The distribution table 36 of new leader server B will then be modified as shown in FIG. 11, 
G where the record for allocations available for all servers in the pool (see reference character 
m 44) is decreased to 71, the allocations in use record for new leader server B (see reference 
^ character 42) is increased to 29, and the allocations available record for new leader server B 
il) (see reference character 38) is decreased to three. 

Thereafter, because the borrowing threshold has now been exceeded (29 32 = 
90.6%), new leader server B will attempt to borrow allocations from other sources. New 
leader server B therefore first looks for an available allocation in the free pool 48, but no 
available allocations are in the free pool 48. New leader server then looks for an available 
25 allocation in the available allocation record for old leader server A, and fmds that 38 

allocations are available. An allocation is then re-assigned from old leader server A to new 
leader server B, resulting in the distribution tables 36 within new leader server B and follower 
server C as illustrated in FIG. 12. It should be noted that in preferred embodiments, new 
leader server B does not immediately update its distribution table 36 and re-assign all of the 
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allocations from old leader server A to new leader server B. Rather, allocations are re- 
assigned as needed. This is advantageous, because if old leader server A should come back 
up, it will receive whatever allocation remained in old leader server A from the distribution 
table 36 of new leader server B. If new leader server B immediately took all allocations from 
5 old leader server A, then old leader server A would receive no allocations when it came back 
up. 

In preferred embodiments of the present invention, if no available allocations 
are found in the free pool 48 or the allocation of old leader server A, new leader server B will 
attempt to borrow an allocation from follower server C. If follower server C has an available 

10 allocation, the distribution tables 36 in follower server C and new leader server B are updated 
so that the available allocation is re-assigned to new leader server B. An advantage of re- 

11 assigning allocations from the old leader server A, if possible, before re-assigning allocations 
ffj from follower server C, is that because follower server C is still up and working, it can send 
H| authorization messages to other client computers 12 that request authorization directly from 
£| follower server C, provided follower server C has available allocations. In contrast, the 

allocations of old leader server A will go unused unless the allocations of old leader server A 

Q are re-assigned. It should be noted that in alternative embodiments, borrowing is a utility that 

m can be turned on or off by the network administrator. 

Therefore, embodiments of the present invention provide a system and method 

il for managing licenses on a network using multiple license servers that allows allocations to be 
distributed among the license servers and then re-assigned between license servers by updating 
the distribution tables of the license servers to facilitate a dynamic balancing of allocations 
among license servers that is based on actual usage. Embodiments of the present invention 
also allow allocations to be re-assigned from a nonfunctional (down) license server to a 

25 functioning license server to facilitate a dynamic balancing of allocations among license servers 
that is based on actual usage, and allow a network administrator to change the initial 
distribution of allocations, add allocations, or add license codes for protected software. 
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What is claimed is: 



1 LA system for balancing a distribution of allocations for protected software over a 

2 communication network according to a license policy, the system comprising: 

3 at least one client computer coupled to the communication network for 

4 requesting authorizations to use the protected software; and 

5 a pool of license servers coupled to the communication network, each license 

6 server programmed for managing a distribution of allocations to use the protected software; 

7 the pool of license servers including a current leader server programmed for 
r§ updating the distribution of allocations to add at least one additional allocation to a particular 
S license server if that particular license server did not have a sufficient number of allocations. 

2. A system as recited in claim 1, each license server further including a 



]^ borrowing threshold and programmed for determining whether the particular license server did 

r: 3 not have a sufficient number of allocations by dividing an allocations-in-use value for that 

^51 particular license server by a total allocation value for that particular license server and 

: determining if a quotient of the division is greater than the borrowing threshold. 



'"i 3. A system as recited in claim 2, the current leader server further programmed for 

2 updating the distribution of allocations to add at least one additional allocation to a particular 

3 license server if that particular license server did not have a sufficient number of allocations at 

4 any time during processing of a request for authorization from a client computer. 

1 4. A system as recited in claim 2, the current leader server ftirther including 

2 memory for storing the distribution of allocations for all license servers in the pool. 
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1 5. A system as recited in claim 2, wherein if the particular license server 

2 determines that it does not have a sufficient number of allocations at any time during 

3 processing of a request for authorization received from the client computer, the current leader 

4 server is further programmed for: 

5 looking for a source of available allocations by checking a count of available 

6 allocations in a free pool, any down license servers, and the leader server; and 

7 decreasing the count of available allocations from the source of available 

8 allocations and increasing the count of available allocations for the particular license server if 

9 the source of available allocations is found, 

Q 6. A system as recited in claim 5, the current leader server further programmed for 

M conmiunicating the updated distribution of allocations in the pool to all functionmg license 

:3 servers in the pool that are not the current leader server through a distribution criteria sync 

'"'"-4 message. 

^ 1 7. A system as recited in claim 4, the current leader server further progranmied for 

III storing a new distribution of allocations in response to a change distribution criteria message 
contauiing the new distribution of allocations conununicated to a license server, 

""1 8. A system as recited in claim 7: 

2 the license servers that are not the current leader server further programmed for 

3 communicating the change distribution criteria message to the current leader server if the 

4 license servers that are not the current leader server should receive a change distribution 

5 criteria message; and 

6 the current leader server further programmed for communicating the new 

7 distribution of allocations in the pool to all functioning license servers in the pool that are not 

8 the leader server through a distribution criteria sync message. 
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1 9. A system as recited in claim 4, the current leader server further programmed for 

2 adding allocations to the pool in response to an add allocations message containing a count of 

3 allocations to be added to particular protected software communicated to a license server, 

1 10. A system as recited in claim 9: 

2 the license servers that are not the current leader server further programmed for 

3 communicating the add allocations message to the current leader server if the license servers 

4 that are not the current leader server should receive an add allocations message; and 

5 the current leader server further programmed for communicating an updated 

6 distribution of allocations in the pool to all functioning license servers in the pool that are not 
C! the leader server through a distribution criteria sync message. 

41 11. A system as recited in claim 4, the current leader server further programmed for 

^4 adding a new license code to the pool in response to an add license code message containing a 

3 license code to be added communicated to a license server. 

5l 12. A system as recited m claim 11: 

JJ| the license servers that are not the current leader server further programmed for 

communicating the add license code message to the current leader server if the license servers 

"4 that are not the current leader server should receive an add license code message; and 

5 the current leader server further programmed for communicating an updated 

6 distribution table containing the stored license codes and corresponding distribution of 

7 allocations in the pool to all functioning license servers in the pool that are not the leader 

8 server through a distribution criteria sync message. 

1 13. A system as recited in claim 4, the current leader server further programmed for 

2 updating the distribution of allocations to add at least one additional allocation to a particular 

3 license server if that particular license server did not have a sufficient number of allocations at 
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4 any time during processing of an update message received from at least one client computer 

5 operating in fail-over mode. 

1 14. A system as recited in claim 13, wherein if the particular license server 

2 determines that it does not have a sufficient number of allocations at any time during the 

3 processing of an update message received from at least one client computer operating in fail- 

4 over mode, the current leader server is further programmed for: 

5 looking for a source of available allocations by checking a count of available 

6 allocations in the leader server, a free pool, and any down license servers; and 

7 decreasing the count of available allocations from the source of available 

8 allocations and increasing the count of available allocations for the particular license server if 
C$ the source of available allocations is found. 

;f| 15. A system as recited in claim 14, wherein if no source of available allocations is 

'4 found by checking the count of available allocations in the leader server, the free pool, and any 

r-l down license servers, the current leader server is farther programmed for: 

4 looking for a source of available allocations by checking a count of available 

n$ allocations in all functioning license servers not designated as the leader server; and 
j Jl decreasing the count of available allocations from the source of available 

allocations and increasing the count of available allocations for the particular license server if 

8 the source of available allocations is found. 

1 16. A method for balancing a distribution of allocations for protected software over 

2 a communication network, the method comprising the steps of: 

3 coupling a pool of license servers to the communication network; 

4 assigning a distribution of allocations to the pool; 

5 coupling at least one client computer to the communication network; and 

6 updating the distribution of allocations to add at least one additional allocation to 

7 a particular license server if that particular license server did not have a sufficient number of 

8 allocations in response to a request for authorization received from a client computer. 
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1 17. A method as recited in claim 16, the step of updating the distribution of 

2 allocations further including the steps of: 

3 assigning a borrowing threshold to each license server; and 

4 determining whether the particular license server did not have a sufficient 

5 number of allocations by dividing an allocations-in-use value for that particular license server 

6 by a total allocations value for that particular license server and determining if a quotient of the 

7 division is greater than the borrowing threshold. 

1 18. A method as recited in claim 16, the step of updating the distribution of 

2 allocations farther including the step of: 

□ selecting one of the license servers in the pool as a current leader server for 

'M storing the distribution of allocations for all license servers in the pool and for managing a re- 

25 assignment of allocations to give at least one additional allocation to a particular license server 

'4 if that particular license server did not have a sufficient number of allocations at any time 

rf during processing of a request for authorization received from the client computer. 

iM 19. A method as recited in claim 18, wherein when it is determined that the 

S j| particular license server did not have a sufficient number of allocations during the processing 
of a request for authorization received from the client computer, the method further includes 

4 the steps of: 

5 looking for a source of available authorizations by checking a count of available 

6 authorizations in a free pool, any down license servers, and the current leader server; and 

7 decreasing the count of available allocations from the source of available 

8 allocations and increasing the count of available allocations for the particular license server if 

9 the source of available allocations is found. 

1 20. A method as recited in claim 19, further including the step of: 
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2 communicating the updated distribution of allocations in the pool to all 

3 functioning license servers in the pool that are not the current leader server through a 

4 distribution criteria sync message. 

1 21 . A method as recited in claim 18, further including the step of: 

2 updating the distribution of allocations by communicating a change distribution 

3 criteria message containing a new distribution of allocations to at least one license server. 

1 22. A method as recited in claim 21, the step of updating the distribution of 

2 allocations by communicating a change distribution criteria message further including the steps 

3 of: 

communicating the change distribution criteria message to the current leader 

^ server; 

:l6 updating the distribution of allocations in the pool in the current leader server; 

and 

^ communicating the updated distribution of allocations in the pool to all other 

functioning license servers in the pool that are not the current leader server through a 
'il distribution criteria sync message. 

Q 23. A method as recited in claim 18, further including the step of: 

2 adding allocations to the pool by communicating an add allocations message 

3 containing a count of allocations to be added to particular protected software to at least one 

4 license server. 

1 24. A method as recited in claim 23, the step of adding allocations to the pool by 

2 communicating an add allocations message further including the steps of: 

3 communicating the add allocations message to the current leader server; 

4 updating the distribution of allocations in the pool in the current leader server; 

5 and 
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6 communicating the updated distribution of allocations in the pool to all other 

7 functioning license servers in the pool that are not the current leader server through a 

8 distribution criteria sync message, 

1 25. A method as recited in claim 18, further including the step of: 

2 adding a new license code for protected software to the pool by communicating 

3 an add license code message containing a license code to be added to at least one license 

4 server, 

1 26. A method as recited in claim 25, the step of adding a license code for protected 

2 software to the pool by communicating an add license code message further including the steps 

a of: 

M communicating the add license code message to the current leader server; 

;B updating a distribution table containing the stored license codes and 

4 corresponding distribution of allocations in the pool in the current leader server; and 
iff communicating the updated distribution table to all other functioning license 

servers in the pool that are not the current leader server through a distribution criteria sync 
^ message. 

^^1 27, A method as recited in claim 18, further including the steps of: 

2 updating the distribution of allocations to add at least one additional allocation to 

3 a particular license server if that particular license server did not have a sufficient number of 

4 allocations during the processing of an update message received from at least one client 

5 computer operating in fail-over mode. 
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1 28. A method as recited in claim 27, wherein when it is determined that the 

2 particular license server did not have a sufficient number of allocations durmg the processing 

3 of an update message received from at least one client computer operating in fail-over mode, 

4 the method further includes the steps of: 

5 looking for a source of available allocations by checking a count of available 

6 allocations in the current leader server, a free pool, and any down license servers; and 

7 decreasing the count of available allocations from the source of available 

8 allocations and increasing the count of available allocations for the particular license server if 

9 the source of available allocations is found. 

rl 29. A method as recited in claim 28, wherein if no source of available allocations is 

h| found by checking the count of available allocations in the current leader server, the free pool, 

:t;3 and any down license servers, the method further includes the steps of: 

■ 4 looking for a source of available allocations by checking a count of available 

3 allocations in all functioning license servers not designated as the current leader server; and 

;L^6 decreasing the count of available allocations from the source of available 

W allocations and increasing the count of available allocations for the particular license server if 

ill the source of available allocations is found. 
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ABSTRACT 

A system for balancing a distribution of allocations for protected software over a 
communication network is disclosed. The system is comprised of at least one client computer 
and a pool of license servers coupled to the communication network. The client computers 
5 request authorizations to use the protected software, while a distribution of allocations is 
managed among the pool of servers for tracking and managing available allocations for using 
the protected software. One license server in the pool is designated as the current leader 
server. When a particular license server does not have a selectable minimum amount of 
available allocations, the current leader server re-assigns, where possible, the allocations 
10 within the pool by updating memory containing the distribution tables of license servers in the 
1:1 pool to give at least one additional allocation to the particular license server. 
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Attorney Docket No. 230074.0228 



United States Patent Application 
DECLARATION UNDER 37 C.F.R. § 1.63 



As a below named inventor I hereby declare that: my residence, post office address and citizenship are as 
stated below next to my name; that 

I verily believe I am the original, first and sole inventor (if only one name is listed below) or a joint inventor 
(if plural inventors are named below) of the subject matter which is claimed and for which a patent is sought on the 
invention entitled: LICENSE MANAGEMENT SYSTEM AND METHOD WITH LICENSE BALANCING 



The specification of which 

a. ^ is attached hereto. 

b. l] was filed on as Application Serial No. , which I have reviewed and for which I solicit a United States 
patent. 

I hereby state that I have reviewed and understand the contents of the above-identified specification, including the 
claims, as amended by any amendment referred to above. 

I acknowledge the duty to disclose information which is material to the patentability of this application m accordance 
with pEitle 37, Code of Federal Regulations, § 1.56 (attached hereto). 

I her^j claim foreign priority benefits under Title 35, United States Code, § 119/365 of any foreign application(s) 
for plibnt or inventor's certificate listed below and have also identified below any foreign application for patent or 
inverifor's certificate having a filing date before that of the application on the basis of which priority is claimed: 



^^ Jio such applications have been filed. 

^ such applications have been filed as follows: 





FOREIGN APPLICATION(S), IF ANY, CLAIMING PRIORITY UNDER 35 USC i 


I 119 


COU|fPY 


APPLICATION NUMBER 


DATE OF FILING 
(day, month, year) 


DATE OF ISSUE 
(day, month, year) 












ALL FOREI 


GN APPLICATION(S), IF ANY, FILED BEFORE THE PRIORITY APPLICATION(S) 


COUNTRY 


APPLICATION NUMBER 


DATE OF FILING 
(day, month, year) 


DATE OF ISSUE 
(day, month, year) 











I hereby claim the benefit under Title 35, United States Code, § 120/365 of any United States and PCT international 
application(s) listed below and, insofar as the subject matter of each of the clahns of this application is not disclosed 
in the prior United States application in the manner provided by the first paragraph of Title 35, United States Code, 
§ 112, 1 acknowledge the duty to disclose material information as defined in Title 37, Code of Federal Regulations, § 
1. 56(a) which occurred between the filing date of the prior application and the national or PCT mternational filing 
date of this application. 

I hereby claim the benefit under Title 35, United States Code § 119(e) of any United States provisional application(s) 
listed below: 



U.S. PROVISIONAL APPLICATION NUMBER 


DATE OF FILING (Day, Month, Year) 


60/152,785 


September 3, 1999 
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Please direct all correspondence in this case to Ted R. Rittmasier, Esq. at the address indicated below; 

Ted R. Rittmaster, Esq. 
Foley & Laxdner 

^ 2029 Century Park East - Suite 3500 

Los Angeles, CA 90067-3021 

I hereby declare that all statements made herein of my own knowledge are true andjthat all stateiBeijits made on 
information and belief are believed to be true; and fartlier tliat these statements were made with thejknowledge that 
willful false statements and the like so made are punishable by fine or imprisonment, or both, undef Section 1001 of 
Title 18 of the United States Code and that such willful Mse statements may jeopardize the validity' of the application 
or any patent issued thereon. 
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§ 1,56 Duty to disclose information material to patentability. 

(a) A patent by its very nature is affected with a public interest. The public interest is best served, and the most 
effective patent examination occurs when, at the time an application is being examined, the Office is aware of and 
evaluates the teachings of all information material to patentability. Each individual associated with the filing and 
prosecution of a patent application has a duty of candor and good faith in dealing with the Office, which mcludes a 
duty to disclose to the Office all mformation known to that individual to be material to patentability as defined in this 
section. The duty to disclose information exists with respect to each pending claim until the claim is canceled or 
withdrawn fi^om consideration, or the application becomes abandoned. Information material to the patentability of a 
claun that is canceled or withdrawn from consideration need not be submitted if the information is not material to the 
patentability of any claim remaining under consideration in the application. There is no duty to submit information 
which is not material to the patentability of any existing claim. The duty to disclose all information known to be 
material to patentability is deemed to be satisfied if all information known to be material to patentability of any claim 
issued in a patent was cited by the Office or submitted to the Office in the manner prescribed by §§ 1.97(b)-(d) and 
1.98. However, no patent will be granted on an application in connection with which fraud on the Office was 
practiced or attempted or the duty of disclosure was violated through bad faith or intentional misconduct. The Office 
encoiftkges applicants to carefully examine: 

(p prior art cited in search reports of a foreign patent office in a counterpart application, and 

(f| the closest information over which individuals associated with the filing or prosecution of a patent 
appliBattion believe any pending claim patentably defines, to make sure that any material information contamed 
thereii is disclosed to the Office. 

(i| Under this section, information is material to patentability when it is not cumulative to information already 
of reSird or being made of record in the application, and 

(|| It establishes, by itself or in combination with other information, a prima facie case of unpatentability of a 
claingl 
or 

(2) It refutes, or is inconsistent with, a position the applicant takes in: 

(i) Opposing an argument of unpatentability relied on by the Office, or 

(ii) Asserting an argument of patentability. 

A prima facie case of unpatentability is established when the information compels a conclusion that a claim is 
unpatentable under the preponderance of evidence, burden-of-proof standard, giving each term in the claim its 
broadest reasonable construction consistent with the specification, and before any consideration is given to evidence 
which may be submitted in an attempt to establish a contrary conclusion of patentability. 
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(c) Individuals associated with the filing or prosecution of a patent application within the meaning of this section 

are: 

(1) Each inventor named in the application: 

(2) Each attorney or agent who prepares or prosecutes the application; and 

(3) Every other person who is substantively involved in the preparation or prosecution of the application and 
who is associated with the inventor, with the assignee or with anyone to whom there is an obligation to assign the 
application. 

(d) Individuals other than the attorney, agent or inventor may comply with this section by disclosing information 
to the attorney, agent, or inventor. 
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United States Patent Application 

DECLARATION UNDER 37 C.F.R. § 1.63 

As a below named inventor I hereby declare that: my residence, post office address and citizenship are as 
stated below next to my name; that 

I verily believe I am the original, first and sole inventor (if only one name is listed below) or a joint inventor 
(if plural mventors are named below) of the subject matter which is claimed and for which a patent is sought on the 
mvention entitled: LICENSE MANAGEMENT SYSTEM AND METHOD WITH LICENSE BALANCING 

The specification of which 

a. ^ is attached hereto. 

b. LJ was filed on as Application Serial No. , which I have reviewed and for which I solicit a United States 
patent. 

I hereby state that I have reviewed and understand the contents of the above-identified specification, includmg the 
claims, as amended by any amendment referred to above. 

I acknowledge the duty to disclose information which is material to the patentability of this application in accordance 
with Title 37, Code of Federal Regulations, § 1.56 (attached hereto). 

I her% claim foreign priority benefits under Title 35, United States Code, § 1 19/365 of any foreign application(s) 
for pMbnt or inventor's certificate listed below and have also identified below any foreign application for patent or 
inventor's certificate having a filing date before that of the application on the basis of which priority is claimed: 



a. such applications have been filed. 

b. O^^such applications have been filed as follows: 



- FOREIGN APPLICATION(S), IF ANY, CI 


.AIMING PRIORITY UNDER 35 USC { 


J 119 


couMry 


APPLICATION NUMBER 


DATE OF FILING 
(day, month, year) 


DATE OF ISSUE 
(day, month, year) 












ALLFOREI 


GN APPUCATION(S), IF ANY, FILED BEFORE THE PRIORITY APPLIC 


;ation(S) 


couISry 


APPLICATION NUMBER 


DATE OF FILING 
(day, month, year) 


DATE OF ISSUE 
(day, month, year) 











I hereby claim the benefit under Title 35, United States Code, § 120/365 of any United States and PCT international 
application(s) listed below and, insofar as the subject matter of each of the clahns of this application is not disclosed 
in the prior United States application in the manner provided by the first paragraph of Title 35, United States Code, 
§ 112, 1 acknowledge the duty to disclose material information as defined in Title 37, Code of Federal Regulations, § 
1.56(a) which occurred between the filing date of the prior application and the national or PCT international filhig 
date of this application. 

I hereby claim the benefit under Title 35, United States Code § 119(e) of any United States provisional application(s) 
listed below: 



U.S. PROVISIONAL APPLICATION NUMBER 


DATE OF FILING (Day, Month, Year) 


60/152,785 


September 3, 1999 



015.445982.1 



-1- 



80*39bd BPVL 0St7 6176 

AU3-22-OO 03;23P 



9S:9T 0002 32 ORb 
91 XI 61072S7 P. 03 



Attorney Docket No. 230074,0228 



;plcase 4rcct all correspondence in this case to Ted Riumasicr, Esq. at the address indicated bcloAv: 

Ted R. Rittmastcr, Esq. 
Foley & Lardncr 
2029 Century Park East - Suite 3500 
Los Angeles, CA 90067-3021 

I hereby declare that all stacemcnis made herein of my own knowledge are true and that all statemenKjrriadc on 
iiformiioa and belief are believed to be true; aad further that these statements werejmade with the kJ>owledgcM^^^^ 
willfiil false statements and the like so irtade are pumshable by fine or tmpnsonment, or both, under Section lOQl of 
Tiie^lS of the United States Code and that such wiUful false statement may jeopardize the validity of the appltcaiion 
or any patent issued thereon. 



Family H»ine 



MASUC 



Sccotid Gtvea N&i2Mf 



City 

Newport Beach 



rStgutuTP of InvcoSOf 201: 



Post AddfW 
1132 ajypotoicDf. 



Of luvtotor 



Ifort Of5cc 



badca 



City 
Funcfton 



3401 Pucntc St. 



Sx»t* or For«ifB Cfiunirr 
Californlt 



Couniry of Cbtzcu^blpi 
Ufliit4 Sat« of ABtt^ria 



Cit, 

Newport Peach 



LOGAM 



Suu or Fordgn Country 
California 



City 

FuUcrluA 



A. 



Countf> of CitixcBvhip 
United Souq of AmLrfaa 



Slftle & Zip Codc/^oimtrr 

Califonua y2835/t^iS.A. 



Fun N&m« 
Of Invcnior 



Kdtdtnct 



HANDA 



SANOEBF 



Siaw or F<tf«^ C wptty 



Secoad Given Nam* 
NMI 



Addrcos 



26> AfotQ Kunj, Stttar43, StobUu 



Stipsitiire of lavemor 203: _ . U .i 
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Of Inve&tof 



it Cidttrifhip 



AddrcM 



Family Name 
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City 



Font Offke Address 
2^57 J NwmandalfDnvc 



New Dcmt 



Statt & Zip Code/dotttttry 



Stale or Ftjmjta Country 
CiU&mUt 



CUy 

Uke For»t 



S«CQad Ghen NanW 
NMt 



Country af CItlztAsblp 

tndia t 
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2 


Full Name 
Of Inventor 


Family Name 
CHOPRA 


First Given Name 

SANJAY 


Second Given Name 

NMI 


0 


Residence 
& Citizenship 


City 

New Delhi 


State or Foreign Country 

India 


Country of Citizenship 

India 


5 


Post Office 
Address 


Post Office Address 

C/o Viman Software India Pvt. Ltd., GF, STP, NSIC 
Complex, NSIC Bhawan, Okhla Industrial Estate 


City 

New Delhi 


State & Zip Code/Country 

India 


Signature of Inventor 205: 


Date: 


2 


Full Name 
Of Inventor 


Family Name 
DUVVOORI 


First Given Name 
VIKRAM 


Second Given Name 
NMI 


0 


Residence 
& Citizenship 


City 
Salinas 


State or Foreign Country 

Califoraia 


Country of Citizenship 

India 


6 


Post Office 
Address 


Post Office Address 

17561 Vierra Cyn Rd # 140 


City 

Salinas 


State & Zip Code/Country 

California 93907/U.S.A. 


Signature of Inventor 206: 


Date: 


2 


Name 
^I3f Inventor 


Family Name 
RAMAMOORTHY 


First Given Name 
SHANKAR 


Second Given Name 
NMI 


0 


'itesidence 
(M Citizenship 


City 

Santa Cruz 


State or Foreign Country 

California 


Country of Citizenship 

India 


7 


jl)st Office 
I I^Eddress 


Post Office Address 

902 Hanover Street 


City 

Santa Cruz 


State & Zip Code/Country 

California 95062 U.S.A. 


SignaWe of Inventor 207: 


Date: 




2 


JJgull Name 
iiJJf Inventor 


Family Name 
TRIPATHY 


First Given Name 

AJAY 


Second Given Name 

NMI 


0 


■Residence 
Citizenship 


City 

New Delhi 


State or Foreign Country 

India 


Country of Citizenship 

India 


8 


-¥ost Office 
Address 


Post Office Address 

61-C, Pocket All, DDA FLATS, Kalkaji Ext. 


City 

New Delhi 


State & Zip Code/Country 

India 


Signature of Inventor 208: 


Date: 
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§ 1.56 Duty to disclose information material to patentability. 

(a) A patent by its very nature is affected with a public interest. The public interest is best served, and the most 
effective patent examination occurs when, at the time an application is being examined, the Office is aware of and 
evaluates the teachings of all information material to patentability. Each individual associated with the filing and 
prosecution of a patent application has a duty of candor and good faith in dealing with the Office, which includes a 
duty to disclose to the Office all information known to that individual to be material to patentability as defined in this 
section. The duty to disclose information exists with respect to each pending claim until the claim is canceled or 
withdrawn firom consideration, or the application becomes abandoned. Information material to the patentability of a 
claim that is canceled or withdrawn from consideration need not be submitted if the information is not material to the 
patentability of any claim remaining under consideration in the application. There is no duty to submit information 
which is not material to the patentability of any existing claim. The duty to disclose all information known to be 
material to patentability is deemed to be satisfied if all information known to be material to patentability of any claim 
issued in a patent was cited by the Office or submitted to the Office in the manner prescribed by §§ 1.97(b)-(d) and 
1.98. However, no patent will be granted on an application in connection with which fraud on the Office was 
practiced or attempted or the duty of disclosure was violated through bad faith or intentional misconduct. The Office 
encourages applicants to carefully examine: 

(li^' prior art cited in search reports of a foreign patent office in a counterpart application, and 

(i| the closest information over which individuals associated with the filing or prosecution of a patent 
applifltion believe any pending claim patentably defines, to make sure that any material information contained 
thereiSis disclosed to the Office. 

(|r| Under this section, information is material to patentability when it is not cumulative to information already 
of re#i:d or being made of record in the application, and 

(|| It establishes, by itself or in combination with other information, a prima facie case of unpatentability of a 
clainip 
or 

(2) It refiites, or is inconsistent with, a position the applicant takes in: 

(i) Opposing an argument of unpatentability relied on by the Office, or 

(ii) Asserting an argument of patentability. 

A prima facie case of unpatentability is established when the information compels a conclusion that a claun is 
unpatentable under the preponderance of evidence, burden-of-proof standard, giving each term in the claim its 
broadest reasonable construction consistent with the specification, and before any consideration is given to evidence 
which may be submitted in an attempt to establish a contrary conclusion of patentability. 
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(c) Individuals associated with the filing or prosecution of a patent application within the meaning of this section 

are: 

(1) Each inventor named in the application: 

(2) Each attorney or agent who prepares or prosecutes the application; and 

(3) Every other person who is substantively involved in the preparation or prosecution of the application and 
who is associated with the inventor, with the assignee or with anyone to whom there is an obligation to assign the 
application. 

(d) Individuals other than the attorney, agent or inventor may comply with this section by disclosmg information 
to the attorney, agent, or inventor. 
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United States Patent Application 

DECLARATION UNDER 37 C.F.R. § 1.63 

As a below named inventor I hereby declare that: my residence, post office address and citizenship are as 
stated below next to my name; that 

I verily believe I am the original, first and sole mventor (if only one name is listed below) or a joint inventor 
(if plural inventors are named below) of the subject matter which is clahned and for which a patent is sought on the 
invention entitled: LICENSE MANAGEMENT SYSTEM AND METHOD WITH LICENSE BALANCING 



The specification of which 



^ is attached hereto. 

was filed on as Application Serial No. 



a. 
b. 
patent. 



, which I have reviewed and for which I solicit a United States 



I hereby state that I have reviewed and understand the contents of the above-identified specification, including the 
claims, as amended by any amendment referred to above. 

I acknowledge the duty to disclose information which is material to the patentability of this application in accordance 
with Title 37, Code of Federal Regulations, § 1.56 (attached hereto). 

I her^ claim foreign priority benefits under Title 35, United States Code, § 119/365 of any foreign application(s) 
for p&Wt or inventor's certificate listed below and have also identified below any foreign application for patent or 
invenfer's certificate having a filing date before that of the application on the basis of which priority is claimed: 



a. 
b. 



-Ino such applications have been filed. 
Ilsuch applications have been filed as follows: 



- FOREIGN APPLICATION(S), IF ANY, CLAIMING PRIORriY UNDER 35 USC { 


? 119 


couMry 


APPLICATION NUMBER 


DATE OF FILING 
(day, month, year) 


DATE OF ISSUE 
(day, month, year) 










i=-i ALL FOREIGN APPLICATION(S), IF ANY, FILED BEFORE THE PRIORITY APPLK 


:ation(S) 


COUfflRY 


APPLICATION NUMBER 


DATE OF FILING 
(day, month, year) 


DATE OF ISSUE 
(day, month, year) 











I hereby claim the benefit under Title 35, United States Code, § 120/365 of any United States and PCT international 
application(s) listed below and, insofar as the subject matter of each of the claims of this application is not disclosed 
in the prior United States application in the manner provided by the fu*st paragraph of Title 35, United States Code, 
§ 112, 1 acknowledge the duty to disclose material information as defuied in Title 37, Code of Federal Regulations, § 
L 56(a) which occurred between the filing date of the prior application and the national or PCT international filing 
date of this application. 

I hereby claim the benefit under Title 35, United States Code § 119(e) of any United States provisional application(s) 
listed below: 



U.S. PROVISIONAL APPLICATION NUMBER 


DATE OF FILING (Day, Month, Year) 


60/152,785 


September 3, 1999 
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Please direct all correspondence in this case to Ted R. Rittmaster, Esq. at the address indicated below: 

Ted R. Rittmaster, Esq. 
Foley & Lardner 
2029 Century Park East - Suite 3500 
Los Angeles, CA 90067-3021 

I hereby declare that all statements made herein of my own knowledge are true and that all statements made on 
information and belief are believed to be true; and further that these statements were made with the knowledge that 
wiilfijl false statements and the like so made are punishable by fine or imprisonment, or both, under Section 1001 of 
Title 18 of the United States Code and that such willful false statements may jeopardize the validity of the application 
or any patent issued thereon. 





Full Name 


Family Name 


First Given Name 


Second Given Name 


2 


Of Inventor 


REDDING 


MARK 


E. 


0 


Residence 


City 


State or Foreign Comitry 


Country of Citizenship 




& Citizenship 


Newport Beach 


California 


United States of America 


1 


Post Office 


Post Office Address 


City 


State & Zip Code/Country 




ISddress 


1132 BaypomteDr. 


Newport Beach 


California 92660/U,S.A. 


Signatlie of luventor 201: 


Date: 




"ffull Name 


Family Name 


First Given Name 


Second Given Name 


2 


i Jjf Inventor 


BADIA 


LOGAN 


A. 


0 


iMesidence 


City 


State or Foreign Country 


Country of Citizenship 




Citizenship 


FuIIerton 


California 


United States of America 


2 


^ Post Office 


Post Office Address 


City 


State & Zip Code/Country 




vSddress 


3401 PuenteSt. 


FuUerton 


California 92835/U.S.A. 


SignaWe of Inventor 202: 


Date: 




^Ifull Name 


Family Name 


First Given Name 


Second Given Name 


2 


^M^f Inventor 


HANDA 


SANDEEP 


NMI 


0 


Residence 


City 


State or Foreign Country 


Country of Citizenship 




& Citizenship 


New Delhi 


India 


India 


3 


Post Office 


Post Office Address 


City 


State & Zip Code/Country 




Address 


26, ArohaKunj, Sector-13, Rohmi 


New Delhi 


India 


Signature of Inventor 203: 


Date: 






FuU Name 


Family Name 


First Given Name 


Second Given Name 


2 


Of Inventor 


SHARMA 


HEMANT 


NMI 


0 


Residence 


City 


State or Foreign Country 


Country of Citizenship 




& Citizenship 


Lake Forest 


California 


India 


4 


Post Office 


Post Office Address 


City 


State & Zip Code/Country 




Address 


26571 Normandale Drive 


Lake Forest 


California 92630/U.S.A. 


Signature of Inventor 204: 


Date: 
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§ 1.56 Duty to disclose information material to patentability. 

(a) A patent by its very nature is affected with a public interest. The public interest is best served, and the most 
effective patent examination occurs when, at the time an application is being examined, the Office is aware of and 
evaluates the teachings of all information material to patentability. Each individual associated with the filing and 
prosecution of a patent application has a duty of candor and good faith in dealing with the Office, which mcludes a 
duty to disclose to the Office all information known to that individual to be material to patentability as defined in this 
section. The duty to disclose information exists with respect to each pending claim until the claim is canceled or 
withdrawn from consideration, or the application becomes abandoned. Information material to the patentability of a 
claim that is canceled or withdrawn from consideration need not be submitted if the information is not material to the 
patentability of any claim remaining under consideration in the application. There is no duty to submit information 
which is not material to the patentability of any existing claim. The duty to disclose all mformation known to be 
material to patentability is deemed to be satisfied if all information known to be material to patentability of any claim 
issued in a patent was cited by the Office or submitted to the Office in the manner prescribed by §§ 1.97(b)-(d) and 
1.98. However, no patent will be granted on an application in connection with which fraud on the Office was 
practiced or attempted or the duty of disclosure was violated through bad faith or intentional misconduct. The Office 
encourages applicants to carefully examine: 

(8)? prior art cited in search reports of a foreign patent office in a counterpart application, and 

(^1 the closest information over which individuals associated with the filmg or prosecution of a patent 
applifStion believe any pending claim patentably defines, to make sure that any material information contamed 
therein is disclosed to the Office. 

Under this section, information is material to patentability when it is not cumulative to information already 
of redsrd or being made of record in the application, and 

It establishes, by itself or in combination with other information, a prima facie case of unpatentability of a 

clain||; 
or 

(2) It refutes, or is inconsistent with, a position the applicant takes in: 

(i) Opposing an argument of unpatentability relied on by the Office, or 

(ii) Asserting an argument of patentability. 

A prima facie case of unpatentability is established when the information compels a conclusion that a claim is 
unpatentable under the preponderance of evidence, burden-of-proof standard, giving each term in the claim its 
broadest reasonable construction consistent with the specification, and before any consideration is given to evidence 
which may be submitted in an attempt to establish a contrary conclusion of patentability. 



015.445982.1 



-4- 



Attorney Docket No. 230074.0228 



(c) Individuals associated with the filing or prosecution of a patent application within the meaning of this section 

are: 

(1) Each inventor named in the application: 

(2) Each attorney or agent who prepares or prosecutes the application; and 

(3) Every other person who is substantively involved in the preparation or prosecution of the application and 
who is associated with the inventor, with the assignee or with anyone to whom there is an obligation to assign the 
application. 

(d) Individuals other than the attorney, agent or inventor may comply with this section by disclosing information 
to the attorney, agent, or inventor. 
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United States Patent Application 

DECLARATION UNDER 37 C.F.R. § 1.63 

As a below named inventor I hereby declare that: my residence, post office address and citizenship are as 
stated below next to my name; that 

I verily believe I am the original, first and sole inventor (if only one name is listed below) or a joint inventor 
(if plural inventors are named below) of the subject matter which is clahned and for which a patent is sought on the 
invention entitled: LICENSE MANAGEMENT SYSTEM AND METHOD WITH LICENSE BALANCING 



The specification of which 

a. ^ is attached hereto. 

b. [J was filed on as Application Serial No. 



, which I have reviewed and for which I solicit a United States 



patent. 



I hereby state that I have reviewed and understand the contents of the above-identified specification, including the 
claims, as amended by any amendment referred to above. 

I acknowledge the duty to disclose information which is material to the patentability of this application in accordance 
with Title 37, Code of Federal Regulations, § 1.56 (attached hereto). 

I her^ claun foreign priority benefits under Title 35, United States Code, § 119/365 of any foreign application(s) 
for pStent or inventor's certificate listed below and have also identified below any foreign application for patent or 
invenlir's certificate having a filing date before that of the application on the basis of which priority is claimed: 

Ino such applications have been filed. 
Jsuch applications have been filed as follows: 




FOREIGN APPLICATION(S), IF ANY, CLAIMING PRIORITY UNDER 35 USC { 


J 119 


coxMry 


APPLICATION NUMBER 


DATE OF FILING 
(day, month, year) 


DATE OF ISSUE 
(day, month, year) 










f4 ALLFOREI 


GN APPLICATION(S), IF ANY, FH 


^D BEFORE THE PRIORITY APPLIC 


;ation(S) 


COIJ@RY 


APPLICATION NUMBER 


DATE OF FILING 
(day, month, year) 


DATE OF ISSUE 
(day, month, year) 











I hereby claim the benefit under Title 35, United States Code, § 120/365 of any United States and PCT international 
application(s) listed below and, insofar as the subject matter of each of the claims of this application is not disclosed 
in the prior United States application in the manner provided by the first paragraph of Title 35, United States Code, 
§ 112, 1 acknowledge the duty to disclose material information as defined in Title 37, Code of Federal Regulations, § 
1.56(a) which occurred between the filing date of the prior application and the national or PCT international filing 
date of this application. 

I hereby claim the benefit under Title 35, United States Code § 119(e) of any United States provisional application(s) 
listed below: 



U.S. PROVISIONAL APPLICATION NUMBER 


DATE OF FILING (Day, Month, Year) 


60/152,785 


September 3, 1999 
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Please direct all correspondence in this case to Ted R. Rittmaster, Esq. at the address indicated below: 

Ted R. Rittmaster, Esq. 
Foley & Lardner 
2029 Century Park East - Suite 3500 
Los Angeles, CA 90067-3021 

I hereby declare that all statements made herein of my own knowledge are true and that all statements made on 
information and belief are believed to be true; and further that these statements were made with the knowledge that 
willful false statements and the like so made are punishable by fine or imprisonment, or both, under Section 1001 of 
Title 18 of the United States Code and that such willful false statements may jeopardize the validity of the application 
or any patent issued thereon. 
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Of Inventor 


REDDING 
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State or Foreign Country 
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California 


United States of America 
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Post Office 
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^ "Address 
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California 92660/U.S.A. 


Sig]iati|e of Inventor 201: 


Date: 
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Second Given Name 
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fflf Inventor 
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rSesidence 
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State or Foreign Country 


Country of Citizenship 




Citizensliip 
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California 


United States of America 
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HPost Office 


Post Office Address 


City 


State & Zip Code/Country 




!j|ddress 


3401 Puente St. 


Fullerton 


California 92835/U.S.A. 


SignaiMe of Inventor 202: 


Date: 
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Family Name 


First Given Name 


Second Given Name 
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^s0f Inventor 


HANDA 


SANDEEP 


NMI 


0 


Residence 


City 


state or Foreign Country 


Country of Citizenship 




& Citizenship 


New Delhi 


India 


India 


3 


Post Office 


Post Office Address 


City 


State & Zip Code/Country 




Address 


26, Aroha Kunj, Sector-13, Rohini 


New Delhi 


India 


Signature of Inventor 203: 


Date: 
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Of Inventor 
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Residence 


City 


State or Foreign Country 


Country of Citizenship 




& Citizenship 


Lake Forest 


California 


India 


4 


Post Office 


Post Office Address 


City 


State & Zip Code/Country 




Address 


26571 Normandale Drive 


Lake Forest 


California 92630/U.S.A. 


Signature of Inventor 204: 


Date: 
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§ 1.56 Duty to disclose information material to patentability. 

(a) A patent by its very nature is affected with a public interest. The public interest is best served, and the most 
effective patent examination occurs when, at the time an application is being examined, the Office is aware of and 
evaluates the teachings of all information material to patentability. Each individual associated with the filing and 
prosecution of a patent application has a duty of candor and good faith in dealmg with the Office, which includes a 
duty to disclose to the Office all information known to that individual to be material to patentability as defined in this 
section. The duty to disclose information exists with respect to each pending claim until the clahn is canceled or 
withdrawn fi-om consideration, or the application becomes abandoned. Information material to the patentability of a 
claim that is canceled or withdrawn from consideration need not be submitted if the information is not material to the 
patentability of any claim remaining under consideration in the application. There is no duty to submit information 
which is not material to the patentability of any existing claim. The duty to disclose all information known to be 
material to patentability is deemed to be satisfied if all information known to be material to patentability of any claim 
issued m a patent was cited by the Office or submitted to the Office in the manner prescribed by §§ 1.97(b)-(d) and 
1.98, However, no patent will be granted on an application in connection with which fraud on the Office was 
practiced or attempted or the duty of disclosure was violated through bad faith or intentional misconduct. The Office 
encoiikges applicants to carefully examine: 

(11 prior art cited in search reports of a foreign patent office in a counterpart application, and 

(2j the closest information over which individuals associated with the filing or prosecution of a patent 
applipition believe any pending claim patentably defines, to make sure that any material information contained 
therem is disclosed to the Office. 

^1 Under this section, information is material to patentability when it is not cumulative to information already 
of recf0rd or being made of record in the application, and 

(II It establishes, by itself or in combination with other information, a prima facie case of unpatentability of a 
claingi 
or 

(2) It refutes, or is inconsistent with, a position the applicant takes in: 

(i) Opposing an argument of unpatentability relied on by the Office, or 

(ii) Asserting an argument of patentability. 

A prima facie case of unpatentability is established when the information compels a conclusion that a claim is 
unpatentable under the preponderance of evidence, burden-of-proof standard, giving each term in the claim its 
broadest reasonable construction consistent with the specification, and before any consideration is given to evidence 
which may be submitted in an attempt to establish a contrary conclusion of patentability. 
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(c) Individuals associated with the filing or prosecution of a patent application within the meaning of this section 

are: 

(1) Each inventor named in the application: 

(2) Each attorney or agent who prepares or prosecutes the application; and 

(3) Every other person who is substantively involved in the preparation or prosecution of the application and 
who is associated with the inventor, with the assignee or with anyone to whom there is an obligation to assign the 
application. 

(d) Individuals other than the attorney, agent or inventor may comply with this section by disclosing information 
to the attorney, agent, or hiventor. 
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IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 

Applicant: Mark Redding at al. Examiner: Unassigned 

Serial No. : Unassigned Group Art Unit: Unassigned 

Filed: Concurrently herewith Docket No.: 230074.0228 

Title: LICENSE MANAGEMENT SYSTEM AND METHOD WITH LICENSE BALANCING 



POWER OF ATTORNEY BY ASSIGNEE 
AND EXCLUSION OF INVENTOR UNDER RULE 37 CFR § 3,71 

The undersigned, Walter Straub, is a representative autliorized to sign on behalf of the assignee of the entire interest in the 
above-identified subject application, RAINBOW TECHNOLOGIES, INC., and hereby appoints: 

To: Foley & Lardner David A. Blutnenthal Reg. No. 26,257 

Ted R. Rittmaster Reg. No. 32,933 

Ronald Coslick Reg. No. 36,489 

i^r^ Glenn M. Kubota Reg. No. 44,197 

all of the firm of Foley & Lardner, as its attorneys to prosecute this application and to transact all business in the United States Patent and 
01 Trademark Office connected therewith, said appointment to be to the exclusion of the inventor and his attomey in accordance with the 
::C provisions of Rule 32 of the Patent Office Rules of Practice. 

'01 RAINBOW TECHNOLOGIES, INC., per 37 C.F.R. § 3.73(b), certifies that the evidentiary documents with respect to its ownership have 
, been reviewed and that to the best of the undersigned's knowledge and belief, title is in the assignee seeking this action. 

O RAINBOW TECHNOLOGIES, INC., declares that 100% ownership is established by the assignment filed for recordation herewith, 
a copy of which is attached. 

m Please direct all telephone calls to 310-277-2223 and all correspondence relative to said application to the following address: 

Ted R. Rittmaster 
yj FOLEY & LARDNER 

Q Suite 3500 

C| 2029 Century Park East 

Los Angeles, CA 90067-3021 



ASSIGNEE: RAINBOW TECHNOLOGIES, INC. 



Signature: ^Q^^^ S^U-<?uiL. 

Typed Name: Walter Straub 

Title: Chief Executive Officer 

Address: 50 Technology Drive 

Irvine, CA 92618 



Date: August 15, 2000 
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